А вы знаете как переносят кредитные карты между платежными гейтвеями? Щя расскажу...
Представим что есть компания "А", полностью авторизированная для работы с кредитными картами и дочерняя компания "Б", которая не имеет такой авторизации. Компания "А" делигирует компании "Б" свой PCI Compliance (
http://en.wikipedia.org/wiki/Payment_Card_Industry_Data_Security_Standard) в виде защищенного ноутбука и специального полезного человека-инспектора, который будет контролировать процесс миграции.
IT накатывает на свежий ноутбук образ Windows XP, устанавливает шифрование жесткого диска, Norton 360, PGP утилиты и шифрованные файлы с кредитками (!). Ноут отдается специалисту который будет делать миграцию. Спец ставит свой софт, в данном случае это MySQL сервер, HeidiSQL, Notepad++ и заливает исходник базы, в которой лежат данные для миграции. Этот процесс происходит без контроля (!): IT знает какой софт будет устанавливаться, софт бесплатный и не противоречит software policy компании - остальное не имеет значения.
Далее ноутбук прячется в темную и холодную комнату под замок, за KVM терминал, и начинается самое интересное: кредитки дешифруются, распаковываются и заливаются в MySQL (в открытом виде!). Файлы с кредитками секьюрно и многократно удаляются. Из номеров кредиток выдирается bin (issuer identifier) и tail (4 последнии цифры). Bin используется для отслеживания банков, с которыми могут быть "проблемные транзакции": fraud или возвраты (chargebacks). Последний этап - объединение номеров кредитных карт и миграционных данных.
Помним, что диски шифрованные, а таблицы огромные, поэтому операции с MySQL занимают много времени и Norton 360 постоянно порывается "отбить руки" MySQL за "High disk activity". Поэтому его отключают. Ибо нефиг!
Все действия происходят под контролем инспектора. У этого серьезного усатого дядьки есть список чего можно делать и при каких действиях "бросаться грудью на амбразуру и отбирать ноутбук". Он неусыпно бдит!.. на кухне кофе с девочками :)
Настает время делать дамп данных в файло и грузить его в конскольку гейтвея. Ноут для этого изымается из комнатки и включается в public network (с выключенным фаерволом и открытым MySQL без пароля суперпользователя!). MySQL на этом этапе пользовать нельзя, но ...
Сразу оговорюсь, что гейтвей - загадочный, как все женщины мира! Можно устраивать тотализатор какая из пицоттыщь ошибок может вылезти наружу. Например, с 99% вероятностью он может свалить 1 профиль из 400 тысяч подобных не признав US как страну :) А то, что он не верит в существование штатов с 3-х буквенным индексом (nsw, qld, act, tas)?! А вот еще: файлы должны быть в кодировке UTF-8, но "Василий Чернов" неправильная имя-фамилия! Потому что база гейтвея в latin1 и "??????? ??????" не содержит букв и цифр (!) латинского алфавита! Та же хохма с азиатскими фамилиями. Они редко бываеют больше 2х иероглифов, но их валидатор четко требует не менее 3х символов. Но как говорит начальство, "Если ЭТО использует Skype ..."
... поэтому заранее нельзя сказать чем закончится загрузка данных и делается их две: первая и коррекционная (только то, что непрошло сначала). Правки делаются на ходу: в Excel первоначальный анализ и в MySQL окончательная правка. Инспектор не против, он "курит" 7ю чашку кофе и ни разу не сбегал в туалет. Девочки в восторге :)
В финале, файлы выгружены, дампы с bin и tail слиты на флешку (!), ноут опечатан, жесткий диск изымается и уничтожается под подпись. На выходе инспектор шутит: "Надеюсь у Вас не фотографическая память?". "Фотографическая", говорю, "Вы будете уничтожать мой моск?".
...
![[info]](http://l-stat.livejournal.com/img/userinfo.gif?v=92){kind=small}
